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(54) Method and apparatus for providing an efficient use of telecommunication network 
resources 



(57) An attribute design database system provides 
for inventory management, order process management 
and design management. The system operates in a tel- 
ecommunications management network provisioning 
environment. It provkjes a physical network manage- 
ment system that includes various telecommunications 
network management tools. Graphical user interface 

FIG. 1 



facilitates the user's navigation of the database system 
to enable the same person to have access to and the 
ability to modify information in regards to inventory man- 
agement, design management and order management 
for the network 



CM 
< 
CO 

o 

CM 



107 



108 



109 



110 



SERVICE 
ORDERIMG 



TRANSPORT 
ORDEMWG 



NETWORK PIANNIHG 
A ADMPOSTRATroN 



SERVICE/TRANSPORT 

coNncuRAnow 




101 



INVENFORT 
IHFORUAnON 
MANAGEMENT 



106 



DATA 
GATEWAY 



MEIWORK 



AODS/SQI 



r102 



'103 



APPUCATION 
UANAGElffNT 



ORDER PROCESS 
UANAGEUENT 



r104 




SERYICE/TRANSPORT 
DESKH 



105 



FAIUfitE 
UANAGEyEHT 



CM 

00 



LU 



Primed by Xeiw <UK) Business Services 
2.1S.a/a4 



1 



EP 0 820 203 A2 



2 



Description 

RACKGRQUNH OF THE INVENTION 

The present invention is directed to a method and 
an apparatus for providing more efficient use of tele- 
communications network resources. In particular, the 
present invention provides an attribute designed data- 
base system which provides for inventory managemert, 
order process management and design management 
together. 

The conrplexity of designing, building, and main- 
taining networks is well known. Telecommunications 
networks can be created from various pieces of equip- 
ment. This equipment can be located in various control 
points referred to as offices. Each office can contain Its 
own inventory of equipment Thus, there is a need to 
monitor or control the inventory in the various office 
locations throughout the network. In additiori, there is a 
need to design links between offices in the network so 
as to provide different services throughout the network. 
Finally, there is also a need to provide orders for service 
adaptations, either service enhancements in the net- 
work or the removal or replacement of services. 

Each of these three categories of information, i.e., 
inventory, design and order management have been 
treated separately in the past. Different databases have 
been constructed to separately monitor inventory or 
permit the design of links or provide for the creation or 
editing of orders. However, the distribution of all of this 
information over multiple databases creates an addi- 
tional layer of complexity in the control and planning and 
maintaining of the overall network. Each different data- 
base stores information peculiar to that database as 
well as information which may be of benefit in a number 
of the other databases. Therefore, there is some over- 
lap or redundancy when the databases are considered 
as a wrtide. However, the format of the stored data may 
vary from database to database thereby severely limit- 
ing the ability to exchange appropriate information. In 
addition, different people will have access to different 
information within different databases, ft might k>e nec- 
essary for the same person to have access to two or 
more of the databases to complete their job functions. 
Under the present existing structures for monitoring arKl 
controlling inventory, design and service orders there is 
inefficient coordination of these efforts and there is no 
database provided which promotes the efficient use of 
the telecommunications networks by considering the 
related nature of these three general categories of infor- 
matfon. 

SUMMARY np THE INVENTION 

The present invention provides an improvement by 
tying inventory management, order management and 
design management all together in connection with an 
attribute design database system. A network database 



system of this type, together with a graphical user inter- 
face, apprise network builders of the specific equipment 
available at each desired network linking site thereby 
providing inventory informatfon. The datat>ase also pro- 
s vides for easy access to order information so that orders 
can be created and modified and orders in progress can 
be monitored. Addrtionally, the database provides the 
capability of performing the design function such as 
designing links to implement orders that have been cre- 
ro ated or SLWlemented. 

In accorxJance with the present invention user 
groups can be def ined. Each user is assigned to one or 
more user groups. Each user group has a permitted 
range of functionality, e^g. browsing inventory infomia- 
is tion, browsing and updating network design information. 
Also, the present invention provides a sophisticated 
graphical user interface which facilitates the user's 
access to the various features of the attritxrte design 
database system. 
20 The present inverttion can t»e inplemented in any 
one of at least three configurations. In one configuration 
the attribute design related database f^e database") is 
part of a user's local area network (LAN). Alternatively, 
a user in a different LAN can access a central server at 
2S which tiie database resides via a wide area network 
(WAN). Finally, a central server, can be coupled to users 
from a number of different LANS tiiat are largely inde- 
pendent; but connected to tiie central server via a WAN. 

30 BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. i is a schematic diagram illustrating an 
embodiment of the present inventfon. 

FIG. 2 illustrates in further detail the data gateway 
35 element of FIG. 1. 

FIG. 3 illustrates in greater detail tiie database of 

FIG. 1 . 

FIGS. 4 to 26 show sample graphical user interface 
windows usaljle in an embodiment of the present inven- 
40 tion to enable a user of tiie present invention to navigate 
tiirough the provided functionalfty. 

FIG. 27 illustrates a first arranganent of a system 
for inplementing the present invention. 

FIG. 28 illustrates a second arrangement of a sys- 
45 tem for implementing the present invention. 

FIG. 29 illustrates a tiiird arrangement of a system 
for implementing the present invention. 



DETAILED DESCRIPTION 



SO 



The preserrt invention is directed to a system which 
operates in a telecommunications management net- 
vrork (TMN) provisioning environment. In particular, tiie 
present invention provkles a physical network manage- 
55 ment system tiiat provides various telecommunications 
network management tools. The system is referred to 
as a Service Design and Inventory System(SDI) 

Fia 1 illustrates in block diagram form ttie major 
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subsystems of SDL The figure illustrates the basic rela- 
tionship between SDI and certain functionality as it per- 
tains to managing network 100. SDI includes inventory 
information management capabilities 101, application 
management capabilities 102» order process manage- 5 
ment capabilities 103 and service/transport design 
capabilities 104. All of these management and design 
capabilities interact with a database 105. In turn the 
datat>ase interacts with data gateway 106 which, via a 
graphical user interface (GUI) 1 1 1 interfaces to the out- 10 
side world in which various requests for functionality are 
provided. Such functions are: service ordering 107; 
transport ordering 108; network planning and adminis- 
tration 109; and service/transport configuration 110. 
Each of the individual modules or components of SDI is 
will be described generally below. Then, a more detailed 
descriptbn of the irrventory management and design 
management capabilities of SDI will be described as 
well. 

The inventory information management 101 sup- 20 
ports additions and changes to the SDI database and 
enables tracking of the use and availability of network 
components and components status through the use of 
queries and reports. It also manages the physical inven- 
tory items and permits browsing and updating with 2s 
respect to such items as: trunk groups; equipment data; 
equipment location data; link data; back-to-back routing 
data; project data; customer data; and office data. 

The service and transport design component, also 
referred to as the design management component. 30 
uses different types of data. e.g., data from the data- 
base, data a user enters at)Out ah order or a customer 
and customer interface definition data, to create and 
modify a network design. The design subsystem is pro- 
vided with an automated provisioning capability that 35 
together with a graphical user interlace permits the user 
to see the network grow as each link is created. 

The order management conrponent. 103, tracks all 
orders, from first contact to a moment when a link goes 
into service, indudtng management of scheduling, jeep- 40 
ardy irrformation. and order status. A number of order 
management features support the design management 
sul5system such as: creating, querying and listing New 
Connect, Change and Disconnect orders; validating 
order entry data; translating orders into attribute 4S 
requirements for the design process; generating a 
schedule of activities and intervals based on service 
type, order action, expedite, and sub-networks; and 
tracking the completion of scheduled activities against 
objective intervals. 

The application management subsystem, 102. per- 
mits customizing the SDI system through vartous rule 
and translation tables. 

The SDI gateway 106 provides a flexible architecr 
ture to interface with other TMN processes and sys- S5 
terns. An example of such a gateway is illustrated in 
FIG. 2. The gateway has a database retrieval function 
for accepting and retrieving data with respect to the net- 



vrark core database shown 201 in FIG. 2 (corre- 
sponding to database 104 off FIG. 1). In addition, a 
translation layer (202) formats SDI data for other sys- 
tems and processes. A plurality of output nrK>dules 211 
to 215 transmit data in a protocol required t>y other sys- 
tems and processes, for example, fax, Q3. CMIP, and 
proprietary. As a consequence of this construction, the 
data gateway provides flexibly designed opened inter- 
faces between the SDI network database and systems 
and processes in the service management level and 
element management as well as other network man- 
agement layer systems. 

The datat>ase 104 is shown in more particularity in 
FIG. 3. The database is a relational attribute-t>ased 
database designed to support the object-oriented SDI 
process. The datat»ase is attribute based in that new 
services, such a trunks, leased lines or transmissk>n 
orders, can be added simply by defining their attributes 
and adding a customer-defined name. SDI processes 
are based on attributes that are fundamental to tele- 
communications applications such as bandwidth, line 
format, frame format and signaling. The relatiorial data- 
base structure facilitates the definition of service types 
in terms of their names and associated attrasutes. 
Attributes can also be used to identify equipment own- 
ership, cost arKl sub-networks. Because the system is 
attribute based it is flexible and can fc>e configured to 
meet the needs of the customers* changing telecommu- 
nications Ixisiness environment with new services, new 
interfaces, new technologies, new organizational struc- 
tures and new txjsiness processes. As is represented in 
FIG. 3 the database contains flexible data structures 
that accomnrKXlate network equipmertt inventory, 
trunks/circuits/ and paths, orders and projects, custom- 
ers, business rules and translation irrformation. 

Despite the variations in local type definitions, how- 
ever, all services (as requested by orders) can be 
viewed in ternns of their requirements on the furxlamen- 
tal attributes of a transmission network. These 
attributes, as illustrated in Figure 2, include such prop- 
erties as bandwidth, signaling, line format and technol- 
ogy. In SDI. therefore, tiie application-spedfte 
specialization or typing information is captures sepa- 
rately. Then, it is instantiated to core objects prior to 
processing. Thus, specialization is achieved not through 
the development of specialized object classes but via 
the instantiation of specialized attribute values against 
core, generalized super classes. 

The link object class is a good example of using 
modeling generalization and attributes in the formula- 
tion of object classes and objects. Links represent phys- 
k;al or logical connections between two network 
termination points or equipment ports. They can have 
inventories (channels) of available capacity. They can 
have conrponent links at the same level of the network 
hierarchy (aggregate links) or at different hierarchy lev- 
els (which provides a mapping between levels). Finally, 
links have such attributes as bandwidth, line formats. 
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technology, restoration, and ownership. 

By specifying the appropriate attributes under the 
control of the SDI rules, link objects can be instantiated 
representing, for example, any level of the bandwidth 
hierarchy, any channelization scheme (such as ITU, 
North American. PDH. SONET SDH), and any technol- 
ogy (such as fiber, radio, satellite). By appropriately 
specifying the attrilxjtes in the SDI rules, therefore, link 
objects can be constructed using the same object class 
code to support the design of a wide range of service 
types. 

This is a radical departure from traditional system 
environments. Not only is code not reused, but multiple 
one-off systems are developed to deal with individual 
service types, bandwidth^evels. or technologies. 

SDI applies the same approach to other such gen- 
eralized object classes as equipment, nodes, and 
orders. This insures a high degree off code reuse 
between applications. Furthermore, the rule tables can 
be defined by users without software development, illus- 
trating the flexibility off the SDI software assets to 
accommodate changes in a user's environment, ft also 
emphasizes the high level of control the SDI rule appli- 
cation management process places in the hands of a 
user. 

A user gains access to SDI in a log-in procedure 
that is based u^n using an assigned user ID and pass- 
word. After log in. a main menu such as that shown in 
FIG. 4 is provided. The two main branches from this 
main menu which will be discussed in detail in the spec- 
ification are the design management branch and the 
inventory management branch accessed as menu 
items 41 and 42 respectively. 

Note that throughout the remainder off this applica- 
tion numerous sample graphical user interfaces vwll be 
provided in the drawing figures as an aid to understand- 
ing the functionality achieved by implementation of the 
present invention. However, the format of these graphi- 
cal user interlaces is simply provided as an example of 
how the interfaces may be organized. They should not 
be treated as limiting the scope off the invention, but 
instead are provided only for purposes of explicating the 
nature off the irrvention. 

Furthermore, the next two main sections of the 
detailed description will refer to the inventory manage- 
ment capability and the design management capability 
respectively As can be seen from the following descrip- 
tion the database which supports these management 
capabilities is integrated so that information is easily 
accessible as either design or inventory related func- 
tions are being corKlucted. 

A Inventory Management 

Once inventory management is selected from the 
main menu as showwi in FIG. 4, an inventory manage- 
ment window can be provided to the user such as that 
shown in FIG. 5. The inventory management activities 



consist of browsing and updating the information in the 
SDI inventory database. As described above the inven- 
tory management subsystem provides windows for the 
following types of data: trunk groups data; equipment 
5 data (iiTcluding port data); equipment location data; 
back-to-back routing data; link data; thresholds data; 
project data; customer data; and oifffice data. As each 
window is opened an indication is provided as to 
whether there is a limitation to simply browse informa- 
10 tionorthecapabilityof browsing and updating, i.e., writ- 
ing to the database, is provided. Such information is 
related to an aspect off the present invention whereby 
user groups can be deffined by an authority that super- 
vises the system. The supervisor can then define some 
15 people as being allowed to do design while other people 
will only be allowed to do inventory browsing and still 
others may only be provided with the capability off doing 
inventory updating. 

Beffore work can begin in the inventory manage- 
so ment system it is necessary for the user to select a sub- 
network for study or operation. The deffinition off the sub- 
network partially controls the user's permissions such 
as browsing or updating. The sub-network can be 
selected in the Open Sub-Netvw)rk Window such as 
25 shown in FIG. 6. 

The user can select the sUb-network in accordance 
with a sub-network ID number and can also select 
which type off service links are to be viewed based on 
the selected service description types. Iff the user 
30 selects the default choice. ALL. then all the links in the 
selected sub-netwwrk will appear in a network map 
which is subsequently provided. If instead off capadty 
links, the default selection under Network View, the user 
selects Aggregate Links a service type in the iService 
35 Description types option list may be selected. Once the 
appropriate choices have been made the user can 
select the OK button and the selected sub-network is 
toaded. 

Once the sub-network is loaded, the SDI inventory 

40 management window reappears with the network map 
in a bottom portion of the window as shown in FIG. 7. In 
the illustrated embodiment the map shows various 
offices spread out over different geographical locations. 
Also, the nature of the offices is represented by certain 

45 icons on the map. Three types of offices are shown, 
customer offices, central offices and serving offices. 
Furthermore, each office is designated as either being 
an owned office or a leased (non-owned) office. These 
icons or legends are defined more clearly in FIG. 8 

so where it is shown that a triangular offfice represents a 
customer office, a diamond represents a central office 
and a square represents a serving office. If the icon is 
dear then the user "owns" the office in question 
whereas if the office is not owned or is leased, some 

55 marking is provided within the icon. 

"The map is one representation of a view of the net- 
work. The links associated with the designated sub-net- 
work are shown on the map as lines between the 
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offices. A link wrth spare fadlities is represented as a 
solid grey line while a link without spare facilities is a 
dotted line. 

In an alternative presentation of a view of the sub- 
networK the user can select a component view of the s 
network map as illustrated in FIG. 9. It is also possible 
to adapt the map presentation with respect to the pres- 
entation of office names and the display of spare links 
rather than all links. All of these are design choices for 
facilitating the user's comprehension of the network io 
inventory information. 

The remainder of this section relating to inventory 
management will describe, in subsections, variots func- 
tions which are available to the user as the inventory 
management capabilities are accessed. is 

Adding and D eleting Offices 

It may be desirat>le to add a new office to the data- 
base; or delete an existing one. This is expected to be 20 
an infrequent procedure once the system is up and run- 
ning. However, it is important to remember that addition 
and deletion may have serious ramifications. First, as 
an office is added there will be no equipment associated 
with the office and all equipment information must then 2S 
be provided as described subsequently. Similarly, dele- 
tion should not be permitted without first deleting all of 
the equipment stored or installed in the office and the 
links associated with the office. 

A window for inserting the new office is illustrated in 30 
FIG. 10. The office can be identified by its name, its 
location and by its customer information. In the interface 
exanple described in this application, the creation of 
such an office begins by accessing the editing capabili- 
ties from the inventory managemerrt window, then 35 
selecting the "office" option and the option of creating 
such a new office. Once the office is created it is neces- 
sary to provide it with inventory so that it can be used in 
the network. 

Altematively. an office can be deleted but only if 40 
certain corxiitions are met. The office must have no 
equipment, it nuist have no links and it must have no 
routes. The office can be selected off of the network 
map and then the edit function of deletion can be acti- 
vated so long as those conditions are met. 4S 

Trunk Groups 

The inventory management sub-system provides 
information on trunk groups between specified I oca- so 
tions. A trunk can be assigned to a trunk group in design 
management operations which are described in detail 
below. The purpose of a trunk group is two-fbid: one for 
inventory so that the user can see the routes in the net- 
work and their characteristics; and the second for switch ss 
provisioning as the trunk group is the logical entity that 
the switch sees and is the entity that most of the switch 
data relates to. 



A trunk group is first designated by selecting the 
two termination offices for the group. First a selection of 
a location A is made, for instance on the inventory man- 
agement window and then the second office Z is 
selected. Then the user can select the trunk group from 
the browse/update menu of the inventory management 
window. A browse/update trunk groups window is illus- 
trated in FtQ. 11. In accordance with the window, the 
termination A and the termination Z are selected. Fur- 
thermore, the operator selects the equipment name A 
and equipment name Z. The wirxk>w then provides 
trunk group data for each trunk group connecting the 
highlighted equipment. If the usier has been provided 
with updating authority then information in the various 
trunk group rows may be modified. Examples of the 
information provided in the data f iekJs associated with 
the trunk groups are as follows: trunk group ID - a name 
to uniquely identify each trunk grotp; PBXID - the pri- 
vate branch exchange identifier that identifies the PBX 
to which the group belongs; ORIQGRP - the originating 
PBX line or subscriljer trunk group kJentity used for orig- 
inating traffic only. These are samples of the information 
that can be provided with respect to the various trunk 
groups and additional information may be provided in 
the trunk group f iekte. 

The updating capability provided to certain user 
groups allows not only nxxjifkxrtion to existing trunk 
group information but also permits the creatton and 
deletion of trunk groups. However, trunks will not be 
assigned to the trunk groups or deleted from the trunk 
groups until the design nnanagemertt operation is per- 
formed as described below. This creation and deletion 
capability with respect to trunk groups merely provides 
the user with the possibility of assigning to or deleting 
from such groups the trunks in accordance with the 
functionality provided in the design management opera- 
tions. 

Eouipment Data 

The inventory management portion of the system 
also permits the browsing and updating of equipment. 
This provides information equipment complexes, units, 
slots or receptacles, plug-ins and ports for selected 
offk^e. 

As a preliminary matter the user must select an 
oWtce and then must select the equipment option oh the 
browse/update menu provided with the inventory man- 
agement window of FIG. 7. An example of the 
browse/update equipm^ window is illustrated in FIG. 
12. The sub-network ID and the office ID are automati- 
cally displayed. The user can then enter more specific 
information with regard to the type of equipment of inter- 
est, either equipment complexes or plug-ins. If equip- 
ment conrtplexes are selected then the user needs to 
select an equipment type, such as a 5ESS2. from the 
equipment complex type list Alternatively, if the user 
wishes to view the information regarding plug-ins then 
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the user must subsequently select an option from the 
plug-in equipment availability field. The equipment data 
field is then populated to provide a description of the 
equipment data. Information in the equipment type and 
equipment ID fields cannot be edited. However, other 
ones of the displayed fields may be edited, such as the 
fields relating to serial number, equipment location and 
plug-in ID. plug-in name. Users are able to view the 
name of the link that is tied to a particular port and the 
link information associated to the ports of any particular 
equipment. 

In addition to updating equipment data it is possible 
to also add equipment to the location and to assign a 
physical address for equipment when the equipment 
complex is aeated. 

In a similar manner plug-in data can also be either 
browsed or updated. In this circumstance the plug-in 
option is selected under equipment and the appropriate 
selection is made under plug-in equipment availability. 
Then changes can be made to the plug-in data table 
such as with respect to the serial number for such 
equipment and such other information as thus related 
information (e.g.. fixed capital costs, fixed maintenance 
costs, and monthly recumng costs). 

Once infonration regarding the lowest equipment 
level in the browseAipdate equipment window has been 
accessed it is also possible to view port information and 
to cable links to available ports. A browseAipdate ports 
window is illustrated in FIG. 13. \Aftien only browsing is 
permitted the user can view port information for an 
office. However, if updating capabilities are also pro- 
vided then the user can cable links to available ports 
and assign a port to another siiD-network provided the 
user is the owner of that other sub-network. The system 
provides for access to different types of cabling informa- 
tion such as carrier and external cabling links; internal 
cabling links: internal links and aggregate links. The 
inventory managementsystem together with the graph- 
ical user interface fadlrtates the management of port 
ownership and the cabling of links. 

Fr^iii pment L nnation Data 



The inventory management system also provides 
the capability of browsing or updating equipment physi- 
cal addresses. It provides the capability of selecting an 
office and then a room. row. bay. shelf or shelf positiori 
or any installed equipment Equipment physical 
addresses shouW be aeated before the equipment is 
created. Once the equipment is created in the previ- 
ously described equipment window, the physical 
address data is provided in the equipment location field. 
FIG 14 illustrates a sample browse/update equipment 
location window. This window permits the user to create 

the fUl location hierarchy at which various equipment 
can then subsequently be located through use of the 
equipment window referred to above with respect to 
FIG 12 The user can create the appropriate rows. 



bays, shelves and sheH positions for the equipment 
location table. 

Pf^^.tn-Back Roiitino Data 

Back-to-back routing is a feature that allows the 
user to predefine the routes for a particular service type. 
For example, if fiber is needed to design a circuit then 
the service vwould be routed through one or more inter- 
to mediate offices. The information management capabil- 
ity permits the creation of more than one back-to-back 
routes. However, once the design management capabil- 
ity te entered only the route having the highest priority 
effects the service that is being designed. A sample 
IS back-to-back window is illustrated in FIG. 1 5. The win- 
dow provides a display that indicates how many routes 
are available between a first office. Office A and a sec- 
ond office. Office 2. Then it will also display the route 
and indicate that route's priority among all of the availa- 
20 We routes. The user can create a plurality of routes 
between the two offices and can assign each route a 
priority amongst all of the available routes. The routing 

priority determines the order in which the route is 
selected for the link. 

Links 

TTie inventory management system provWes infor- 
mation about links that have been created with the 
30 design process in the design management sub-system 
as well as catling links created in the inventory man- 
agement sid)-system. The browse/update link window 
permits the browsing of links or the assignment of a 
component link to a different network as well as a 
35 Change of some information on unassigned component 
links However, this window does not permit the creation 
of new links. A sanple browseAjpdate link window is 
illustrated in FIG. 16. The user can select the service 
type, the equipment type and the trunk group. It is also 
40 possible to change some values in the f ieWs in the serv- 
ice-based attributes depending on the equipment type 
chosen and how the equipment profiles and rules were 
installed in the database. Thus, such information such 
as line format, frame format, link usage, signaling type. 
45 urgency of restoration el al. can be treated in this 
browse/update link window. 



50 The inventory management system also permits 
the addition or deletion of a project and the change of 
project properties. This is all done by the operations 
available in a browse/update project window such as 
that illustrated in FIG. 17. In a browse mode the window 

55 allows the user to view project information in the data- 
base. In an updating mode the window permits a user to 
modify project description information and permits the 
addition of projects to the database. 
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Customers 

The inventory management sub-system also per- 
mits the user to view and modify data about customers. 
This information Is accessible through a customer win- 
dow in which the user may browse customer infomnatlon 
or may update such customer data as a customer's bill- 
ing address, a ci^tomer's contact name, a contact 
phone number et al. The customer wirxtow also permits 
the addition of a customer or a deletion of a customer in 
a manner logically consistent with the earlier descrip- 
tions of additions and deletions controlled by the other 
windows available in the inventory management sub- 
system. 

In the beginning of the description of the inventory 
management sub-system the insertion of new offices 
was described. The sub-system also permits the user to 
view properties of a network office and to add an office 
to another sub-network. In one available functionality a 
user may seek to add an office to another sub-network 
where the office may want to lease ports from the 
owner*s sub-network. The borrower's sub-network must 
then add the office to its sub-network in order to see the 
desired equipment. This functionality is available under 
the browse/update offices window in the inventory man- 
agement sub-system. 

Conclusion 

The inverrtory management sub-system provides 
exceptionally flexible data browsing and updating capa- 
bilities with respect to all manner of inventory informa- 
tion related to a telecommunications network 
management function. Various graphical interfaces 
such as those shown in the drawing figures can be pro- 
vided to facilitate the navigation of this inventory man- 
agement sub-systOT. The user group information can 
be utilized to define the exact capabilities that a given 
user may have for either browsing or updating in the 
inverrtory management sub-system. 

B. Design Management Sub -Svstem 

The design managemient component of the present 
invention provides both order management and design 
capabilities. The order management portion of the 
design management sub-system provides for the follow- 
ing features: a) the creation of New Connect, Change, 
Records. Supplement, Engineering and Disconnect 
orders; b) assign order to users automatically and reas- 
signing orders to other users; c) setting pre-defined crit- 
ical objective dates; d) alerting users to jeopardy 
conditions; e) managing activities and dependencies 
between activities; f) canceling an order with a single 
click; g) querying the database and listing existing 



orders; and h) printing work order record docummts. 

The design management aspect of this sub-system 
provides for the following functionality: a) automatically 
generating CCITT or common language link identrfica- 

5 tion;b) the ability to insert network off ices and view rout- 
ing alternatives on a network wap; c) the ability to query 
and "zoom** link capacity based on link properties, 
equipment properties and link status, restrictfon cmd 
availability; d) automated link design and assignment 

10 between two points in the network; e) assigning and 
releasing offices, component links and plug-ins; f) veri- 
fying design continuity; g) displaying link arxJ equiprnent 
properties; h) entering cost related data on aggregate 
links; i) automatically completing designs and generat- 

15 ing attributes: j) managing component assignment rela- 
tionships. The first part of this section will discuss the 
order management functionality of the system and the 
second part of this section will discuss the designing 
capabilities. 

20 

1 . Order Management 

The ordering capabilities can be divided into tiiree 
categories: entering new order information; supple- 

25 menting orders; and providing change orders, records 
arxl engineering orders. Once the design management 
window is selected from the main menu it is possible to 
aeate a service order. An example of a window directed 
to creating a service order is shown in FIG. 1 8. This win- 
so dow is an illustration of a window that allows the user to 
create a new order and to begin the end to end design. 
This window can be used for defining New Connects, 
Disconnects, Changes, Supplements, Engineering 
Changes and Records Changes. 

35 In tiie New Connect procedure it is necessary for 
the user to enter information about customers and their 
iservice requirements. First, an order is created. Then 
certain data and additional information relating to the 
order are submitted to the database. For instance, serv- 

40 ice order data and termination data can be provided in 
connection witii the order. In addition, tiie user specifies 
aitical dates for completing the order as well as defines 
any particular order entry activities that are necessary 
for the completion of the order. As can be seen from the 

45 sample window in FIG. 18 the user group information 
must be entered. The user group defines the capability 
for the user to perform certain order creation capabili- 
ties. Once the appropriate information for creating the 
service order is entered into the requisrte fields of the 

so window of FIG. 18 it is tiien possible to proceed to the 
process for entering service order data This is done by 
first accessing the design management window FIG. 19 
from the main menu. The user can ttien select the func- 
tionality of entering order data which will lead to a new 

55 service order data window shown in FIG. 20. This win- 
dow permits the user to enter detailed order-related 
information into the database in support of the end-to- 
end design process. It is divided into six panels: cus- 
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tomer order specifications; trunk group information; cus- 
tomer infbramtion; requisitioner information; order 
administrator inforamtion; and remarks. 

Once the service order data is entered it is neces- 
sary to provide termination data lor bo&i ternllnation 
points (A & Z) of a link. The termination data windows 
can be also accessed from the design management 
main window by selecting an icon representative of the 
appropriate termination. An example of a window for 
entering termination data is illustrated in FIG. 21. The 
window permits the user to enter data concerning the 
properties of determining points of a link as described in 
an order. These windows are used only in the New Con- 
nect procedure. The important information to be pro- 
vided relates to customer information with respect to 
determinations, transmission levels for the terminations, 
characteristics and additional remarks. 

Having defined these features, it may be appropri- 
ate to supply information atK>ut critical dates or mile- 
stones in connection with the order. This is done by 
accessing an update order activities window from the 
design management window. An exanple of such an 
update order activities window is illustrated in FIG. 22. 
This window permits the user to enter critical interval 
information to support the end-to-end design process. 
An activity information table displays informatton on 
jeopardy corxJitions and whether or not dependent 
orders exist for each activity. Command Inittons can be 
provided in association with the wirKiow to permit the 
user to manage information for a selected activity. For 
example, it may be appropriate to provide command 
functions such as "complete" to complete the activity, 
"reassign" to reassign the activity to another user, man- 
age the details about dependencies or enter notes 
about the activities. This activities window then provides 
information about the order including the order ID, the 
version number, the due date and so forth. Information 
can be edited in these windows in a manner similar to 
that which we have descrtoed before. 

The first phase of the new connect procedures Is 
finished when the order entry activities are completed, 
i.e. when all of the activities defined for the order up to 
but not including the design link activity are completed. 
When ail order entry activities have been completed it is 
possible to duplicate orders so as to copy an order for 
which you have been working. For exarrple, if you are 
adding thirty new trunk groups between two switch 
points, you can niake 29 copies of the original order 
rather than manually create a new order for each indi- 
vidual trunk group. A duplicate order window (not 
shown) can be displayed automatically when the last 
order entry activity is completed and allows you to make 
one or more copies of the completed order. 

Having completed the description of the new con- 
nect procedure it is appropriate to consider the related 
procedures for performing change orders, record 
changes, engineering orders and supplements. 

A change order procedure is very similar to a New 



Connect procedure in that it has three basic phases, 
namely entering order information, redesigning the link 
and finalizing the link service. Engineering orders are 
very similar to change orders except that the creator of 

5 the order is different, i.e. , the change order is usually ini- 
tiated by a customer and may have costs associated 
with it for billing purposes while an engineering order is 
initiated by the developer or engineer. A records order is 
a change to administrative information that does not 

70 effect the design, thus the records order may deal with 
the entering of order information or the finalizing of a 
link for service but does not relate at all to redesigning 
the link. Thus, these three activities, change orders, 
records and engineering orders have substantial over- 

75 lap with one another. 

The entering of order infornnation and the finalizing 
of a link for sen^ice really relates to the type of informa- 
tion that may be provided in connection with a modif ica^ 
tion of order forms previously created such as modifying 

20 such infornnation as the critical dates associated with 
the order. The more conrplicated task regards the rede- 
signing of a link which is possible in a change order but 
not a records change. The redesign of a link may 
require the insertion of offices, the querying of the data- 

25 base and the signing facilities, the releasing of offices or 
the releasing of links. The redesigned process is better 
understood in reference to the design process which is 
described in the subsections that follow. 

In view of the flexibility of the database manage- 

30 ment provided by the present invention the user can 
access various orders created by the use of the order 
management portion of the design management suk>- 
system and in turn, may create analogous change 
orders, record orders or engineering orders. 

35 In addition to such abilities to modify or request 
changes to ord^. the present invention provides a 
capability of performing order supplements. A supple- 
ment is an addition to an existing order that is not yet 
servicenready Order supplements are inost likely to be 

40 administrative changes, but also can k>e design 
changes. As in connection with the change orders 
described above and the new connect procedures, the 
procedure for a supplement has three basic phases, 
namely entering order information, redesigning the link 

45 and finalizing the link. Instead of creating a new connect 
order one creates a supplement order. This supplement 
order then provides the capability of entering further 
service order information or revising any objected dates 
as necessary Thus, the order supplements are some- 

sa what similar to the other capabilities which are provided 
by the database in the flexibility afforded the user for 
maintaining and modifying order information. Perform- 
ing supplements also includes the capability of rede- 
signing links. But. as discussed above, design aspects 

55 will be referred to in the subsection that follows. 

It is clear from this discussion that the information 
system of the present invention provides the user with a 
capability of order managemerrt which deals with cer- 
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tain ordering issues such as creating new orders, modi- 
fying the existing orders, creating change orders or 
order supplements, and ev^ creating engineering 
orders. Thus, the order management which is uniquely 
tied to the design management subsystem of the 
present invention provides a critical ingredient to the 
integrated database configuration for network manage- 
ment. 

2. pfifiic^n Management 

The design management subsystenri provides the 
user with certain design capabilities such as designing 
links, defining offrces and back-to-back routings, assign- 
ing plug-ins, browsing and viewing various link proper- 
ties, performing disconnects of links and also certain 
supplemental furx^ionality related to design manage- 
m«1t. 

The design management window shown in FIG. 19 
is accessed as the design function is desired by the 
user. This is the primary window for the design manage- 
ment subsystem and displays a summary of current 
order information including the current activity type. The 
window allows the user to perform procedures associ- 
ated with an order. All procedures begin from this win- 
dow. 

From the design management window the user can 
select the functionality of browsing a service order. The 
user can be provided with the browse function in con- 
nection with another window, an example of which is 
illustrated in FIG. 23. This browse service order window 
allows the user to specify criteria and query the data- 
base for existing orders. Orders meeting query criteria 
are displayed in the service order data panel. This win- 
dow also allows the user to select an order in the serv- 
ice order data panel and to open or cancel that order. 

Having looked at the order, it is possible to actually 
design the link. This functionality can be performed in 
connection with the new connect procedure. Designing 
a link is a conplex process that can involve several iter- 
ations if an aggregate link includes a number of compo- 
nent links. The link design process consists of the 
following tasks: assigning links between offices (inter- 
office links); assigning links in an office (intra-office 
links); verifying the link design; and completing the 
design activity. There are tasks related to performing 
these four basic tasks. These related tasks include 
inserting or releasing offices as necessary, reversing or 
flipping an office orientation, assigning plug-ins, and 
viewing equipment and link properties. In the design 
window office objects representing termination points 
are shown as dummy links. Inter-office links between 
two termination points can be done by manual assign- 
ment or by an auto-select/assignment. Thus, the user 
can either specifically manually design the inter-office 
links or under the appropriate conditions can allow the 
system to auto-select arxj decide linte. The need for 
manual inter-office link assignment arises particularly 



where facilities between two termination points are not 
available in your original design. Thus, an alternative 
link must be constructed. 

The design management window shown as an 

5 example in FIG. 1 9 allows tiie user to assign, change or 
view component and aggregate links for tiie current 
order. It also provides access to additional windows that 
allow tiie user to view properti^ of the displayed links 
and equipment. In the examples shown, links witiiin 

10 Office 1 are illustrated. 

A link list query window, shown in FIG. 24 allows 
the user to query the database for component links arxl 
to select and assign links based upon the query. The 
window also provides access to additional windows that 

15 allow further assignment or a search for information. 

As mentioned above, it may be necessary to insert 
an office (component link) if no direct link exists 
between two off k;es (terminations) so as to complete an 
aggregate link. This is possble by executing fc>ack-to- 

20 back routing in conjunction with an insert location win- 
dow such as shown in FIG. 25. In this figure the bottom 
panel displays the location maps of the sub-network in 
the design and graphical objects for the two termination 
points in tiie design appear in tiie suk>-window. -The 

25 graphical objects in the panel reflect the priority routing 
created in the inventory management sub-system. If 
additional offices were added to the route and inventory 
management graphical objects for these offices are also 
displayed. The back-to-back routing sub-window per- 

30 mits the user to insert intermediate offices inserted 
between two termination pdnts. 

Likewise, it is possible that under certain circum- 
stances where the user attempts to add an offk;e it is 
determined that a different office should have been 

35 inserted. Thus, the system provides flexibility for adapt- 
ing to this problem by permitting the release of a previ- 
ously designed office. The office is released after all of 
the links and equipment associated with that office have 
been released. The design management sub-system is 

40 furtiier provided with tiie capability of performing other 
assignments and tiie viewing of other design informa- 
tion. In particular, the user can assign plug-ins if the 
equipment complex in the design does not include pre- 
assigned plug-ins. A plug-in assignment vtnrvlow such 

45 as that shown in FIG. 26 can permit tiie user to assign 
spare plug-ins to slots in the equipment complex. This 
again enhances the designing capabilities of the overall 
system. 

Similarly, tiie design management sub-system per- 
50 mits the viewing of equipment and link properties after 
links and equipments have been assigned. This 
includes viewing equipment properties and aggregate 
link properties such as assigned time slots or properties 
of the aggregate link. 
55 Finally, once tiie design activity has been com- 
pleted it is possible to generate a work order work doc- 
ument The work order document summarizes the 
information in tiie order. 
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Just as the design management capabilities permit 
the design of the links, and the creation of new con- 
nects, the sub-system also provides the capability of 
executing a disconnect procedure that can be per- 
formed only on orders that have already been put into 
effect. The disconnect procedure has two basic phases, 
namely entering order information and removing the link 
from service. The entering of order information is very 
similar to the operations with respect to the entering of 
an order for a new connect or change order. You simply 
create a disconnect order rather than a new connect or 
change order. The second phase, removing the link 
from the service, is the same as that in connection with 
the building of connects where once the order entry 
activities have been completed a work order record doc- 
ument related to the removal of the link can be gener- 
ated and the remaining activities can be subsequently 
executed. Once the word is received that all work 
related to an activity has been done the activity can be 
indicated as corrplete in the update order activities win- 
dow. 

In addition to the above described management 
functionality, the present invention also provides addi- 
tional design management features. In particular, in 
accordance with the arrangement of the present inven- 
tion, the user can browse an order, can open order, can 
cancel an order, can manage dependency information, 
can reassign an activity and can manage activity details 
and notes. Again, all of these features are merely exten- 
sions of t>asic activities which are available through the 
organization of the database and the operation of the 
design management sub-system. They enhance the 
user's capability of providing and accessing design 
information which can be used to create and/or maintain 
the required network communication configuration. 

C. Conclusion 

The above description sets forth an indication of the 
basic functionality and the relationship between that 
functionality in connection with providing the SDI tele- 
communications network management system. This 
system is based on a client-server architecture in which 
a central server is accessed from the client workstations 
through a local area network. Additional work group 
servers and their networked client work stations can 
remotely access the central server. 

There are three different possible configurations of 
the client server architecture. The three configurations 
of SDI high level architecture are shown in FIGS. 27 to 
29. FIG. 27 shows a stand atone configuration where 
there is only one site. In this configuration a central 
server 271 doubles as a local/work group server and Is 
coupled to a local area network and database. In FIG. 
28 and SDI installation has a central/Work group server 
with renxrte work group servers in a wide area network. 
For instance, the central site may include a local area 
network witii a plurality of users, a cerrtral/Work group 



server and a database. This central site can be con- 
nected by a wide area network with two different work 
group sited which include work group servers con- 
nected to users over a local area network. 
5 In an alterative configuration the central site has the 

central server only and does not double as a work group 
server. The central site is connected to tiie work group 
sites through the wide area network as illustrated in 
FIG. 30. 

10 Each server and its logically connected clients is 
referred to as a site. The server at each srte is referred 
to as tiie local server. Each server contains the binary 
files and local log files to support the workstations in its 
site. The server in the central site also serves as the 

15— database server for all of the workstations in both the 
central and remote sites. 

The central server in accordance with one mibodi- 
ment of the invention contains Oracle software and the 
SDI database. All of tiie SDI software is installed on the 

20 file servers and certain directories are remotely 
mounted on the local client workstations. Most of the 
SDI system administrative tasks such as installation, 
back-up and recovery are done from the central server. 
The choice of hardware for the cerrtral server deperxls 

25 on the size of the database and the number of clients. 
Examples of potential central servers are the HP9000- 
T500 corporate business sender or the HP9000-800 
G50. 

Each work group server contains the binary files 

30 and log files to support the workstations at each site. 
The work group servers may be any one of the follow- 
ing: HP9000/800 series; HP9000/800 835 series: 
and/or HP9000/712/BOi. 

The clients have other workstations on which the 

35 SDI application is run. SDI software is remotely 
mounted on the client workstations from the local 
server. The SDI user interface and tiie rest of the SDI 
processing is done on the client workstations. Only 
database activities are directed to the central server 

40 from the remote site. When the SDI software is run on 
an HP 9000 series 700 workstation the workstation can 
act as both the server and the client. Work group serv- 
ers however, are file servers only and do not contain the 
database. Clients are normally any of the variety of 

45 HP9000/700 workstations. The recommended nxxiels 
are HP9000/71 2/60 and HP9000/71 2/801. 

Much of the application functionality within the net- 
work design and network inventory management mod- 
ules SDI revolves around the management of this highly 

so interrelated network information, including tools sup- 
porting network office and bay installation, installation 
and cabling of equipment and facilities, and circuit 
design and assembly. 

SDI also serves as the application interface to the 

55 service management and element management layers 
of the TMN. The SDI order management nrxxlule con- 
trols the acceptance and processing of requests for 
changes in the network originating from planning organ- 
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izations, as well as customer service organizations. 
After a request has been processed in the network man- 
agement layer (for example, a circuit has been designed 
and assembled). SDI will then communicate the design 
information to the element management layer to sup- 
port physical implementation of the design against the 
appropriate physical network elements. The SDI gate- 
way module supports these types of interfaces to 
upstream and downstream applications, as well as 
interfaces to applications in the network managem^ 
layer for portions of the network that may not be control- 
led and inventories via the SDI application. 

As indicated atx^e, the fact that the database is a 
relational, attribute-based datak>asejs important to the 
ability for the system to provide the flexibility that it does 
in tying together the design management and inventory 
management functions. The definition of generalized, 
attribute-based object classes in SDI enables the same 
code to be applied to a wide range of user scenario& 
These generalize object classes are spedalized via the 
instantiation of attributes retrieved from user populated 
rule tables. Thus, not only is the same code reused, but 
the operation of the system can be configured by the 
user without additional code development. This 
arrangement reduces the time and expenditure neces- 
sary to customize SDI to meet application requirements, 
thereby reducing the time and cost required to introduce 
new technologies, services and user-defined processes 
and permissions. 

The adaptability of the object-oriented attritHJte and 
rule-based software has many user advantages in 
today's competitive and rapidly evolving telecommuni- 
cations environment In the disclosed embodiment it 
provides the capability of tying together design and 
inventory functions in computer implemented software 
in a manner which was not suggested in any of the prior 
art systems in which these functions were maintained 
as being related to separate and distinct databases. 

Claims 

1 . A system for providing efficient management of net- 
work resources comprising: 

a central server; and 

a network connecting said workstation and 
said central server; 

wherein said central server comprises. 

an order management subsystem; 

an inventory management subsystem; and 

a design management subsystem. 

2. The system of daim 1 wherein said central server 
includes an attribute designed database. 

3. The system of claim 1 wherein user accessibility to 
one of said subsystems is defined by a user group 



identif toation code. 

4. Tlie system of daim 1 wherein said workstation dis- 
plays a graphical user interface facilitating access 

5 to said subsystems. 

5. The system of claim 1 wherein said inventory man- 
agement subsystem comprises means for tracking 
of the use and availability of network components. 
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The system of daim 1 wherein said order manage- 
ment subsystem comprises means for tracking 
orders. 

The system of daim 6 wheran said order manage- 
ment sut>system further conrprises means for 
scheduling activities related to completion of 
orders. 



20 8. The system of claim 1 wherein said design man- 
agement subsystm comprises means for creating 
a network design. 

9. TTie system of claim 8 wherein said design man- 
25 agement subsystem further comprises means for 

automatically provisioning inventory to satisfy an 
order request. 

1 0. A system for eff ident use of resources of a telecom- 
30 munications network comprising: 

a first plurality of workstations; 
a first local area network coupling sak) first plu- 
rality of workstations; 
35 a central server; and 

a wide area network coupling said first local 
area network to said central server; 

wherein said central server comprises. 

40 an order management subsystem. 

an inventory management sutssystem, and 
a design management subsystem. 

11. TTie system of claim 10 wherein said central server 
45 includes an attribute designed database. 

12. The system of daim 10 wherein user accessbility 
to one of sakJ subsystems is defined by a user 
group kJentif ication code. 

so 

13. The system of claim 10 wherein said workstation 
displays a graphical user interface fadlitating 
access to said subsystems. 

55 14. The system of daim 10 wheriein said inventory 
management subsystem comprises means for 
tracking of the use and availability of network com- 
ponents. 
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15. The system of daim 10 wherein sard order man- 
agement subsystem comprises means for tracking 
orders. 

16. The system of claim 10 wherein said design man- s 
agement subsystem comprises means for creating 

a network design. 

17. The system of claim 16 wherein said design man- 
agement subsystem further comprises means for io 
automatically provisioning inventory to satisfy an 
order request 

18. The system of claim 10 further conprlsing a second 
plurality of workstations and a second local area is 
network coupling said second plurality of worksta- 
tions wherein said wide area network couples said 
second local area network to said central server. 

19. The system of claim 18 further comprising a third so 
plurality of workstations and a third local area net- 
work coupling said third plurality of workstations 
and wherein said third local area network further 
couples said third plurality of workstations to said 
central server. 2s 
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